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The drawings originally filed were informal and the print here reproduced is taken from a later filed formal copy. 
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SPECIFICATION 

Control system for group-controlling elevator cars 

The present invention relates to a control system for group controlling elevator cars and more 
particularly to a system suitable to group-control elevator cars by utilizing a computer. 
5 A microcomputer has been recently used in various industrial fields and it is also used in a field of 5 

elevator in a control system for group-controlling elevator cars which effectively controls a plurality of 
elevator cars and a control system which controls individual elevator cars. Such an attempt has been 
made a great contribution to the elevator control system because of features of small size, high 
performance, high reliability and low cost, which are inherent to the microcomputer. 

1 0 For example, in the group control system respective hall calls are monitored on an on-line basis 1 0 

and the most suitable elevator car is selected and allotted for service while taking service to overall hall 
calls into consideration so that a waiting time is substantially reduced. Also, a prioritized service control 
for allotting a plurality of elevator cars to a hall of many passengers or allotting a short waiting time 
elevator car to an executive hall is possible so that a delicate control is attained. 

15. On the other hand, in an elevator monitoring system, U.S. Patent 3,973,648 teaches an advanced 1 5- 

form of computer utilization. It connects a system processor which controls the group-control of the 
elevator cars and a processor at a control monitoring site through a telephone line to attain efficient 
monitoring. In this system, in night time in which the elevator system need not be operated, the system 
processor is disconnected from the elevator system and connected to a processor at the central 

20 monitoring site having a simulation function so that the performance and operation status of the system 20 
processor are compared with simulated results to efficiently monitor the operation. 

Thus, by utilizing the computer such as the microcomputer, the performance and function are 
greatly enhanced to compare with a random logic configuration. 

However, the operation of the prior art control system for group-controlling the elevator cars is 

25 controlled by predetermined fixed control functions and parameters. Accordingly, it is not always 25 
suitable to a building environment which varies from time to time. For example, destination traffic 
demand when a building was built differs from that after tenants have changed or business has 
changed. Within a day, the destination traffic demands at business starting time, lunch time, business 
ending time and normal time differ substantially. 

30 As the traffic demands change substantially, an efficient control is difficult to attain, resulting in 30 

reduction of servicability. 

When the traffic demands in a building is not known such as when the elevator system is installed 
, it is difficult to control the elevator cars to comply with the traffic demands. 

It is an object of the present invention to provide a control system for group-controlling elevator 

35 cars which is adaptable to a change of traffic demand and provides an elevator service at a high 35 
efficiency. 

In accordance with a principal feature of the present invention, an operation of a plurality of 
elevators is controlled in accordance with a predetermined evaluation function having a variable 
parameter. Means for simulating the controlled operation is provided to simulate the controlled 
40 operation of a plurality of elevator cars in order to determine a variable parameter suitable to ah actual 40 
operation and carry out the controlled operation in accordance with the determined parameter. 

Besides the above object and feature, in accordance with the present invention, an evaluation 
function for selecting an elevator car which serves to a hall call is used, and a waiting time as well as a 
power consumption are considered as factors of the evaluation function and a relation between those 
45 factors is varied in accordance with the simulated result so that an efficient service is attained from both 45 
waiting time and power consumption aspects. Those will be described in detail in the embodiment of 
the present invention. 

The drawings show an embodiment of a control system for group-controlling elevator cars in 
which: 

50 Fig. 1 shows an overall configuration of the control system for group-controlling the elevator cars, gQ 

Fig. 2 shows a configuration of a group-control operation system, 

Fig. 3 shows a configuration of a simulator system, 

Fig. 4 shows a configuration of a control system, 

Fig. 5 shows a block diagram of an SDA, 
55 Fig. 6 shows an overall configuration of a software, 55 

Fig. 7 illustrates an evaluation function. 

Figs. 8 to 10 show relations between parameters and a waiting time and a power consumption. 
Fig. 1 1 shows a time chart of an operation timing, 

Fig, 12 shows a table configuration of a group-controlled operation control system, 
qq Fig. 1 3 shows a table configuration of a simulation system, 

Fig. 14 shows a flow chart for determining a predicted arrival waiting time table, 
Fig. 1 5 shows a flow chart for allotting a call, 

Fig. 1 6 shows a flow chart for determining a minimum waiting time allocation. 

Fig. 1 7 shows a flow chart for determining a minimum predicted arrival wait time allocation, 
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Fig. 1 8 shows a flow chart for collecting data, 
Fig. 1 9 shows a flow chart for determining simulation data. 
Fig. 20 shows a flow chart for generating curves by simulation. 
Fig. 2 1 shows a flow chart for carrying out the simulation, and 
5 Fig. 22 shows a flow chart for determining an optimum operation control parameter. 5 

One embodiment of the present invention is now explained with reference to Figs. 1 — 23. A 
hardware configuration is first explained, then an overall software configuration and control concept 
thereof are explained, and finally softwares for realizing the control concept is explained with reference 
to table configurations and flow charts. 
10 ' n ^ e P re sent embodiment, an evaluation function for selecting an elevator car for a hall call is 10 

used. A variable parameter of the evaluation function is called an operation control parameter, and a 
waiting time and a power consumption are primarily explained as factors of the evaluation function 
although the present invention is not limited thereto. 

Fig. 1 shows an overall hardware configuration of one embodiment of the present invention. 
15 A control system MA for group-controlling elevator cars has a microcomputer M t for controlling 1 5 

operation of the elevator cars and a microcomputer M 2 for effecting a simulation. Data are transmitted 
between the microcomputers M, and M 2 by a serial data adaptor SDAc through a communication line 
CMc. In the present invention, a section which controls the operation of the elevator cars is called a 
control operation section which is distinguished from a simulation section, and both sections are 
20 collectively called a group control unit. The group control unit of the present invention is different from 20 
that of a prior art system in that it has the simulation section. A call signal HC from a hall call device HD 
is applied to the microcomputer M, which controls the operation of the elevator cars, through a 
peripheral interface adaptor PIA. The microcomputer M, is connected to elevator control 
microcomputers E, — E n (where n is the number of elevator cars) which control the individual elevator 
25 cars such as opening/closing of a door and acceleration-deceleration of the elevator car, through serial 25 
data processors SDA, — SDA n and communication lines CM, — CM n . 

On the other hand, a signal PM from a presetter PD which supplies information necessary to 
determine an optimum operation control parameter for the simulation is applied to the microcomputer 
M 2 through a peripheral interface adaptor. 
30 Control input/output devices EIO, — EIO n which comprise safety limit switches, relays and lamps 30 

and supply car call information necessary for the control are connected to peripheral interface adaptors 
of the elevator control microcomputers E, — E n through signal lines SIO, — SIO n . 

A general operation of the present invention is now explained with reference to Fig. 1 . 
The microcomputer M 1 for controlling the operation of the elevator cars contains an operation 
35 control program for call allotment and it reads in data necessary for the control from the elevator control 35 
microcomputers E, — E n and the hall call devices HD. Of those data, the data necessary for the 
simulation are supplied to the simulation microcomputer M 2 through the serial data adaptor SDAc. The 
operation control program is processed by utilizing variable operation control parameters. For example, 
the parameters may include a weighting factor representing a relation between evaluation values of a 
40 waiting time and a power consumption in a call allotment evaluation function, a time factor for 40 
determining door opening/closing time and a control parameter for selecting a call allotment control 
logic or a call allotment algorithm. 

Those operation control parameters are processed by the simulation microcomputer M 2 by 
utilizing the instruction PM from the presetter PD and the simulation data. They are periodically 
45 processed on a real time basis and optimum operation control parameters for group-controlling the 45 
elevator cars are periodically produced. 

For example, if the presetter PD instruct a minimum waiting time, a current traffic demand is 
predicted and a simulation is made based on the predicted data to select a call allotment algorithm and 
an operation control factor which make the waiting time minimum. Those are used as the optimum 
50 operation control parameters in the current traffic demand condition. Accordingly, in the present 59 
invention, the group control of the elevator cars is adaptable to the building environment which changes 
from time to time and hence the performance of the group control of the elevator cars is greatly 
improved. 

Specific hardware configurations of the microcomputers are shown in Figs. 2—4. 

55 Microprocessing units (MPU) which are hearts of the microcomputers are 8-bit or 1 6-bit units. The 55 
elevator control microcomputers E, — E n may use the 8-bit MPU's because of relatively low processing 
capability required while the elevator operation control microcomputer M, and the simulation 
microcomputer M 2 preferably use the higher performance 1 6-bit MPU's because they have to process 
complex operations. The 8-bit MPU may be Hitachi HD46800D, Intel 28085 or Zeilog Z-80, and the 1 6- 

60 bit MPU may be Hitachi HD680000. Intel I8086 or Zeilog Z-8000. 60 
As shown in Figs. 2 — 4, connected to each of the microcomputers are a read-only memory (ROM) 
which contains a control program and an elevator car specification, a random access memory (RAM) 
which contains control data and work data, a peripheral interface adapter (PIA) and serial data adapters 
(SDA) (for example, Hitachi HD43370) for serially communicating with other microcomputers, throuqh 

65 a bus line (BUS) of the PUM. 65 
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35 



40 



45 



The RAM's and the ROM's of the microcomputers M v M 2 and E— E n may be constructed by a 
plurality of units depending on the sizes of the control programs. 

In Fig. 3, the presetter PD comprises a presetting potentiometer VR and A/D converter for 
converting an analog output voltage of the potentiometer VR to a digital signal, and an output PM of the 
5 A/D converter is read into the RAM through the PIA. 5 
In Fig. 4, data from a car call button CB, a safety limit switch SW L and a relay contact SW Ry , and a 
car weight Wight are read into the RAM through the PIA. On the other hand, the data processed by the 
MPU are supplied to the control output devices such as a lamp and a relay R . 

A hardware configuration of the serial data adaptor SDA for serially communicating between the 
1 0 microcomputers used in Figs. 2—4 is shown in Fig. 5. It comprises a transmitting buffer TX B , a receiving 1 0 
buffer RX 8 , a serializer P/S for converting parallel data to serial data, a deserializer S/P for converting 
serial data to parallel data and a controller CNT for controlling a timing of those units. The transmitting 
buffer TX e and the receiving buffer RX B are freely accessable by the microcomputer so that data are read 
and written. The SDA has a function to automatically transmit the content of the transmitting buffer TX 
1 5 to the receiving buffer RX B of the other SDA through the serializer P/S. Accordingly, the microcomputer 8 1 5 
need not carry out the transmitting and receiving functions and can exclusively carry out other 
functions. Detailed construction and operation of the SDA are well known, for example, by Japanese 
Laid-Open Patent Applications 56 — 37972 and 56 — 37973. 
_ A software configuration in accordance with one embodiment of the present invention is now 

*v explained. First, an overall software configuration is explained with reference to Fig. 6. 20 
As shown in Fig. 6, a software mainly comprises an operating control software SF1 and a 
simulation software SF2. The former is executed by the microcomputer M 1 of Fig. 1 and the latter is 
excuted by the microcomputer M2. 

25 . The °P eration control software SF1 includes an operation control program SF14 which directly 
* instructs and controls a hall call allotment and group control of the elevator cars such as distributed 25 
waiting of the elevator cars. Input information to the operation control program SF1 4 includes an 
elevator control data table SF1 1 such as a position and a direction of an elevator car and a car call 
transmitted from an elevator control program (contained in each of the microcomputers E t — E of Fig. 
1 ), a hall call table SF12, an elevator car specification table SF13 such as the number of elevator cars to 
be controlled, and optimum operation control parameters processed by the simulation software SF2. 30 
On the other hand, the simulation software SF2 comprises the following processing programs. 

( 1 ) Data collection program SF20 ... It periodically samples hall calls and the content of the elevator 
control data table on an on-line basis to collect simulation data. It particularly collects a traffic demand 
for each destination floor of the elevator car (hereinafter referred to as a destination traffic). 

(2) Simulation data processing program SF22 ... It processes the simulation data while taking into 35 
consideration of the content of the on-line sampling data table SF2 1 collected by the data collection 
program and the content of the above table in a past time frame. 

(3) Curve processing program by simulation SF23 ... It reads in a simulation data table SF24 and an 
elevator car specification table SF25 and carries out the simulation for every predetermined number of 
parameters to produce curve data tables SF26, which may include a waiting time curve table and a An 
power consumption power table. 

(4) Optimum operation control parameter processing program SF27 ... It reads in the curve tables 
SF26 and a target table SF28 preset by the presetter PD to produce optimum operation control 
parameters SF29 adapted to a building environment. 

A portion of the simulation data table SF24 processed by the simulation data processing program 45 
is added to the optimum operation control parameters SF29. This is a kind of learning function because 
a result of an actual operation is evaluated by the simulation software SF2 and the elevator cars are 
controlled based on the evaluation result. 

50 - The overal1 softw a r e configuration in one embodiment of the present invention has thus been 

described. Next, the determination of the optimum operation control parameters by the simulation, 50 
which is a heart of the present invention, is explained. 

In a known method of alloting service to a call, a service (waiting time) to each call is monitored 
and a hall call is allotted to an elevator car while taking an overall service to the calls into consideration 
In this method, the waiting time is used in the call allotment evaluation function. For example, it has 
been proposed to use a longest waiting time for the already allotted hall calls on the floors ahead of a 55 
floor generating a hall call as an evaluation factor, to use a square summation of the waiting times of the 
already allotted halls on the floors ahead of the floor generating the hall call as the evaluation factor, or 
to use the waiting time of the newly generated hall call as the evaluation factor. However, since those 
evaluation factors do not include positional relation among the elevator cars, the elevator cars are 

60 operated in a blocked fashion. 60 

British Patent 1,563,321 shows an allotting method which uses a stop call evaluation function as 
shown in Fig. 7 to prevent the blocked elevator car operation. Briefly, the stop call evaluation function 
Tc is derived from a waiting time on a floor near a floor generating a new hall call HCi while taking into 
consideration of the already allotted hall call HCI-1 and the car calls CCi and CCi + 2 of the elevator car 
E under consideration, and a new evaluation function <f> is derived based on the evaluation function Tc 65 
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and the evaluation value of the waiting time. This is expressed as follows: 

<j> = T — (yTc 

(1) 

Tc = Z/5s 

(2) 

where T is the evaluation value of the waiting time, a is a weighting factor a of the waiting time 
5 evaluation value T and the stop call evaluation value Tc, ft is a weighting factor for example, 0 — 20 for a 5 
stop call (call for service) on an adjacent floor to a floor generating a hall call, and s is a stop probability 
which is 1 .0 when a call to be served is present and an apropriate value (0 < s < 1 ) when a predicted 
call is present. In Fig. 7, the predicted call is neglected. 

By utilizing the evaluation function (1 ), the adjacent stop call to the generating hall call is taken 
1 0 into consideration so that the blocked elevator car operation is prevented. 1 0 

The stop call evaluation value Tc in the example of Fig. 7 is given by the following formula by 
taking into consideration of two up and down floors of the call generaing floor i. 

Tc = Z/Js = S x 1.0 + 10 x 0 + 20 x 1.0 
+ 10 x 1.0 + 5 x 0 = 35 (seconds) 

1 5 Assuming that the waiting time evaluation T is same for each elevator car, the elevator car having a 15 
large Tc is determined to be the optimum one and the generated hall call is allotted to that elevator car. 
Now, considering the weighting factor a of the waiting time evaluation value T and the stop call 
valuation value Tc, the weighting factor a has a value which is most effective to prevent the blocked 
elevator car operation, with which value the waiting time of the entire building (mean waiting time) is 
20 minimum. 20 
On the other hand, as the weighting factor a increases, an elevator car having many stop calls is 
preferentially selected and hence a load is concentrated to specific elevator car and the mean weighting 
time increases. Conversely, the loads to other elevators are reduced and the number of times of stop (or 
start) of the elevator cars decreases so that the power consumption decreases. 
25 An example of such a relation is shown in Table 1 and Fig. 8, which illustrate a simulation under a 25 

condition of 13 floors of the building, six elevator cars and an elevator car velocity of 1 50 rn/min. Here, 
the weighting factor a is called the operation control parameter and the simulation is made for five 
cases, that is, a - — 0, 1, 2, 3 and 4. 



TABLE 1 



Evaluation 
Index 

Operation 
control 
parameter (a) 


Mean waiting 
time 


Power 
consumption 


0 


27 sec. 


68 KWH 


1 


21 sec. 


71 KWH 


2 


19 sec. 


71 KWH 


3 


22 sec. 


68 KWH 


4 


29 sec. 


60 KWH 



30 As shown in Fig. 8, by changing the operation control parameter rr, a mean waiting time curve fT 30 

and a power consumption curve f p are drawn. It is seen from those curves that a minimum point exists 
in the mean waiting time and that as the parameter a increases, the power consumption decreases and 
the mean waiting time increases. 

The above simulation is resulted under a certain destination traffic. As described above, the 

35 destination traffic changes from time to time. For example, the destination traffic pattern in a normal 35 
time frame is completely different from that in a business ending time frame. In the normal time frame, a 
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certain traffic exists both upward and downward, but in the business ending time frame, the downward 
traffic is substantial. When the tenants of the building change, the destination traffic pattern changes 
from the previous one. Accordingly, by making the simulation for the destination traffic patterns A and 
B, mean waiting time curves f TA and f TB shown in Fig. 9 are drawn. It is seen from Fig. 9 that minimum 
5 points of the mean waiting time are points (a) and © and a A is 2.0 for the curve f TA and «. is 1 .0 for the 5 
curve f T8 and hence it is advisable to change the operation control parameter a separately for each 
destination traffic in order to reduce the mean waiting time. 

This also relates to an algorithm of the call allotment evaluation function. That is, the mean 
waiting time curve changes depending on the waiting time evaluation algorithm of the evaluation 
10 formula (1). Accordingly, in order to reduce the mean waiting time, there exist an optimum operation 10 
control parameter a and an appropriate evaluation algorithm for a given destination traffic. 

Referring to Fig. 1 0, a concept of an energy saving operation is explained. Let us assume that a 
mean waiting time curve f T and a power consumption curve f p have been derived by the simulation and 
a target value P M of energy saving is set to 1 0%. When the energy saving target value is 0% the 
1 5 operation control parameter a is usually set to or, (= 2.0) at the minimum mean waiting time point (a) 15 
and hence the power consumption is given by the point ©. Accordingly, when the energy saving target 
value is 10%, the power consumption is given by a point © on the curve f p . Thus, the operation control 
parameter a is given by a 2 (= 3.5). In other words, when the operation control parameter a is set to 3 5 
the system is controlled to attain 1 0% energy saving. In Fig. 1 0, when the energy saving target is set td ' 
20 a large value, the mean waiting time increases accordingly. Therefore, it is important to limit the target 20 
value by an upper limit waiting time T LMT (for example, 25 seconds). 

As described above, in the present invention, the curves such as the mean waiting curve and the 
power consumption curve are drawn by the simulation. Accordingly, when a target value is given, an 
optimum operation control parameter is readily derived. 
25 Fig. 1 1 shows an example of processing and control timing from the data collection to the actual 25 

control by the optimum operation control parameter. It shows an example of a time period from 
8:00—3:40. It is assumed that the processing and the control are carried out at a ten-minute interval 
(j; First, a destination traffic in a time frame 8:00—8:1 0 is on-line measured. ® The on-line measured 
data and the destination traffic in the time frame 8:1 0—8:20 of a past data (destination traffic of the 
30 previous day or weekly mean traffic) are read from the memory (RAM). ® A destination traffic in the 30 
time frame 8:10—8:20 is predicted based on those two destination traffics. Based on the predicted 
destination traffic, a simulation is made for the time frame of 8:1 0—8:20, ® An actual operation is 
carried out based on an optimum operation control parameter derived from the simulation. 

In the embodiment of the present invention, the time frame of 8:1 0—8:20 is selected for the past 
35 destination traffic. Alternatively, a time frame of 7:50—8:00 may be selected to predict the destination 35 
traffic. In this case, the memory capacity may be small because the data for the time frames of one day 
need not be stored. 

Referring to Figs. 1 2 and 1 3, the table configurations used in the embodiment of the present 
invention are explained. Fig. 1 2 shows a table configuration of the operation control software and it 
4U mainly comprises blocks of the elevator control table SF1 1 the hall call table SF12 and the elevator car 40 
specification table SF1 3. The tables of the respective blocks will be explained when the operation 
control program is described. 

Fig. 1 3 shows a table configuration of the simulation software and it comprises blocks of the 
optimum operation control parameter SF29, the curve data table SF26, the target table SF28 the 
45 sampling data table SF21 , the simulation data table SF24 and the elevator car specification table SF25 ar 
(not shown because it is similar to Fig. 12). . 
One embodiment of the software of the present invention is now explained. 

The operation control program is first explained and then the simulation program is explained It is 

assumed that the programs to be described below are divided into a plurality of tasks and controlled by 
50 a system program which efficiently controls the programs, that is, by an operating system (OS) 50 

Accordingly, the program can be started from a system timer or other program. 

Figs. 1 4—1 7 show flows of the operation control program. An elevator car predicted arrival time 

table processing program and a call allotment program, which are particularly important in the 

operation control program are now explained. 
55 Fig. 1 4 shows a flow for computing a predicted arrival time of the elevator car to any floor, which 55 

is a basic data to compute the waiting time evaluation value. This program is periodically started for 

example at every second to compute the predicted arrival time of the elevator car from the current 

position to any floor, for each floor and each elevator car. 
_ In Fig. 14, steps E10 and E90 indicate loop processing to all elevator cars. In a step E20, an initial 

60 value is set for the work time table T and a content thereof is set to the predicted arrival time table of 60 

< I ' nit,al V3,Ue may be 3 time rec * uired toi start th elevator car from an opening/closing time 

of a door or a predetermined time before the start in a rest condition of the elevator car. 

Then, the floor number is advanced by one (step E30) and it is checked if the floor number is same 
as the elevator car position (step E40). If it is equal, it means that the predicted arrival time table for one 
b5 elevator car has been computed, and the program jumps to a step E90 and the same steps are repeated 65 
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for other elevator car. If the decision in the step E40 is NO, one floor running time Tr is added to the 
table T (step E50). Then, the content of the time table T is set to the predicted arrival time table (step 
E60). Then, it is checked if a car call or allotted hall call, that is, a call to be served by the elevator car 
under consideration is present or not, and if it is present, one stop time Ts is added to the time Table 
5 (step E80) to stop the elevator car. Then, the program jumps to a step E30 and the above steps are 5 
repeated for each of the floors. 

The one floor running time Tr and the one stop time Ts in the steps E50 and E80, respectively, are 
given by the simulation software as the optimum operation control parameters. 

Fig. 1 5 shows a flow of the call allotment program which is started when a hall call is generated. 

1 0 This program has two call allotment algorithms, one being a long time waiting call minimizing call 1 0 

allotment algorithm (to be explained in Fig. 1 6) shown in a step A60 and the other being a minimum 
predicted arrival time call allotment algorithm (to be explained in Fig. 1 7) shown in a step A70. Those 
algorithms are selected by an algorithm selection parameter As in the optimum operation control 
parameters SF29 shown in Fig. 13. 

1 5 Referring back to Fig. 1 5, a hall call generated in a step A1 0 is externally read. The following loop 1 5 

processing is carried out in steps A20 and A1 00 and steps A30 and A90. If the hall call is generated, it 
is processed by one of the call allotment algorithms to allot the call to a selected most appropriate 
elevator car (step A80). 

Fig. 1 6 shows a processing flow of the long waiting time call minimizing call allotment algorithm. 

20 In order to determine the most appropriate one of the elevator cars, the loop processing is carried out in 20 
steps A60 — 1 and A60 — 6 by the number of times equal to the number of elevator cars. In the loop, a 
maximum predicted waiting time T max of the allotted hall calls on the forward floors including the hall 
call generating floor is computed in a step A60 — 2. The predicted waiting time is a sum of a hall call 
elapsed time (see Fig. 1 2) which represents an elapsed time from the generation of the hall call to the 

25 present time and the predicted arrival time (see Fig. 1 2). In the next step A60 — 3, the stop call 25 
evaluation value Tc is computed based on the stop calls on the predetermined forward and backward 
floors (including the hall call generating floor) as explained in Fig. 7, and the evaluation function <j> in the 
formula (1 ) is computed based on the evaluation value and the maximum predicted waiting time T majt 
(step A60 — 4). The elevator car having the minimum evaluation function <j> is selected (step A60 — 5). 

30 The above steps are repeated for all of the elevator cars. Thus, the elevator car having the most 30 
appropriate evaluation value is selected in the step A60 — 5. 

A flow of the other call allotment algorithm, that is, the minimum predicted arrival time call 
allotment algorithm is shown in Fig. 1 7. The flow of Fig. 1 7 is substantially identical to that of Fig. 1 6 
except a step A70 — 2. In this algorithm, in order to select an elevator car having a minimum evaluation 

35 value for the predicted arrival time to the hall call generating floor, a predicted arrival time Ti of the hall 35 
call generating floor i is loaded from the table of Fig. 1 2. 

The processing flows of the predicted arrival time table processing program and the call allotment 
program, which are major programs of the operation control program, have thus been described. Beside 
those, the operation control program includes a multiple elevator car service processing program which 

40 serves a plurality of elevator cars to a crowded floor and a distributed waiting processing program which 40 
causes an elevator car to wait at a predetermined floor when a traffic demand is low. Those operation 
programs are known per se and hot a part of the present invention, and hence the explanation thereof is 
omitted here. 

The programs of the simulation software are now explained with reference to Figs. 1 8 — 23. 

45 Fig. 1 8 shows a flow of the data collection program. This program is started periodically (for 45 

example, at every second), and when it has collected data for a predetermined time period (for example, 
ten minutes as shown in Fig. 1 1), it loads the data into the sampling data table SF21 of Fig. 13. Various 
data items may be collected. In the present program, three data items, destination traffic Cij, one floor 
running time tr of the elevator car and one stop time t 3 are collected. 

50 In steps SA1 0 and SA20, the destination traffic Cij is collected. To this end, it is necessary to 50 

classify the passengers on the floor i by destination floor j. The destination floor j is determined by the 
number of passengers got into the elevator car on the floor i (which can be detected by a car weight 
sensor) and the car calls generated before the elevator car stops at the next floor. Thus, the passengers 
can be properly classified. Table 2 shows an example of the destination traffic Cij collected in this 

55 manner (where the number of floors of the building is eight). The summation ZCij of the destination 55 
traffic Cij is equal to the number of passengers in the same time frame. 
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TABLE 2 




10 



15 



In steps SA30 and SA40, one floor running time data are collected. The number of floors which 
the elevator car has run and the running time are collected, and after the sampling, the running time is 
divided by the number of floors so that the one floor running time is computed. In steps SA50 and 
SA60, the number of times of stop of the elevator car and door opening time (stop time) are collected to 
compute the one stop time. 

The data collected in the steps SA10— SA60 are processed in the manner described above after 
the sampling, and separately stored in an on-line measurement table and a time frame-classified table 
m the sampling data table SF2 1 of Fig. 1 3. The on-line measurement data table is shown with a suffix of 
new added to the item such as C new, Tr new and Ts new and the time frame-classified table is 
shown with a suffix "old" added to the item such as C old, tr old and ts old. 

Fig. 1 9 shows a flow of the simulation data processing program which is periodically started (at 
every ten minutes from the timing of Fig. 1 1 ). The simulation data is predicted from the on-line 
measured data and the past data taking an appropriate combination variable y into consideration. For 
example, for the destination traffic, it is computed by the following formula as shown in a step SB20 



10 



15 



Cpre = pCnew + (1 — y)C old 



(3) 



Thus, the larger the combination variable y is, the larger is the weight of the data of the on-line 
measured destination traffic. The predicted data is added with a suffix "pre". 

Similarly, the predicted data trpre and tspre of the one floor running time and the one stop time 

and tspre are loaded to the tables Tr and Ts of the optimum 
operation control parameters SF29 shown in Fig. 1 3 (step SB40). 

In order to carry out the simulation based on the predicted data computed by this program the 
curve processing program (task) by the simulation shown in Fig. 20 is started (step SB50). 

Fig. 20 shows a flow of the curve processing program by the simulation which is started in the 
25 step SB50of Fig. 19. 

The parameters of the simulation include an algorithm parameter As for selecting the call 
allotment algorithm and a control parameter a which is a weighting factor shown in the formula (1 ) The 
simulation is carried out for each of the parameters. 

The simulation data such as the destination traffic is first set (step SC10) and the algorithm 
parameter is also set (step SC30). When the algorithm parameter As is 1 , the long time waiting call 
minimizing call allotment algorithm is selected, and when As is 2, the minimum predicted arrival time 
call allotment algorithm is selected. Next, in a step SC30, the control parameter is set to carry out the 
simulation (step SC40). The control parameter a is, for example, 0, 1 , 2, 3 or 4 as shown in Table 1 and 
Fig. 8. 

The simulated results for the respective cases are stored by parameter (step SC60). 
t ui ^ mea ° waiting time and the Power consumption are stored as the simulated result as shown in 
Table 1 although other evaluation items may be stored to prepare the curve tables. 

When the simulation has been made for all of the cases, the optimum operation control parameter 
processing program (task) shown in Fig. 22 is started (step SC30) and the program ends. 

A specific flow of the simulation execution program in the step SC40 is shown in Fig. 21 . The 



20 



25 



30 



30 



35 



35 



40 



40 
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simulation program is mainly classified into an operation program for the elevator cars per se. tor 
example, a running program and a door opening/closing program, and a managing program for 
efficiently managing the elevator cars such as a call allotment program and an elevator car distributed 
waiting program. Whether the simulated result is obtained with a high accuracy or not depends on the 
5 configuration of the simulation program. It is desirable to configure the program as equivalent to the 5 

elevator system as possible. 

In Fig. 2 1 , an initial value for the simulation is first set (step SC40 — 1 ) and then a loop processing 
is carried out for a predetermined simulation time period (for example, one hour) (steps SC40 — 2 to 
SC40 — 1 5). Then, a new passenger processing is carried out (step SC 40 — 2). The number of new 
1 0 passengers is computed based on the data of the predicted destination traffic Cpre of Fig. 1 3. When 1 0 
new passengers are detected in the new passenger processing, the generated hall calls are detected 
and the call allotment processing is carried out in steps SC40 — 3 to SC40 — 5. The call allotment 
processing is processed by a similar program to the call allotment program in the operation control 
. program shown in Fig. 15. 

1 5 When the call allotment program is completed, the car operation simulation is carried out. First, an 1 5 

elevator car running processing is carried out (step SC40 — 6) and it is checked if the elevator car 
position has reached a stop position. If yes, a processing in steps SC40 — 8 to SC40 — 1 3 is carried out. 

When the elevator car position is at the stop position, it is checked if a service call such as a car 
call or an allotted hall call is present (step SC40 — 8). and if yes, the service call is reset and passenger 

20 getting on and off processing is carried out (step SC40 — 9). In order to evaluate the simulation result, 20 
the number of times of stop of the elevator car (because it is substantially proportional to the power 
consumption) and the waiting time data are collected (steps SC40 — 1 0 and SC40 — 1 1 ). Then, the door 
opening/closing processing is carried out (step SC40 — 12) to complete the processing for the elevator 
car. In the step SC40 — 8, if the service call is not present, the elevator car distributed waiting 

25 processing is carried out (step SC40 — 13). 25 
After the above processing has been carried out for the predetermined simulation time, the mean 
waiting time and the power consumption which are the evaluation data resulting from the simulation 
are computed in a step SC40 — 1 6, and the program ends. 

Fig. 22 shows a flow of the optimum operation control parameter processing program which is 

30 started in the step 80 of Fig. 20. 30 
This program learns and computes an optimum operation control parameter to the group control 
of the elevator cars from the waiting time curve data and the power consumption curve data computed 
in Fig. 21 and the energy saving target value preset by the presetter. 

The energy saving target value P M is first inputted (step SD10). Based on the curve data table SF 
35 26 derived from the simulation, the waiting time curve f T and the power consumption curve f p shown in 35 
Fig. 1 0 are computed by applying a predetermined interpolution. The predetermined interpolution may 
be a well known method for approximating a quadratic curve by three adjacent data. 

When the curves f T and f p are computed, a minimum point operation control parameter rr, and a 
minimum waiting time f T (<*,) are computed from the curve f T (step SD30). 
40 Then, in a step SD10, it is checked if the input energy saving target value P M is zero or not. If it is 40 

zero, the program jumps to a step SD80 and a % is selected as a candidate for the optimum operation 
control parameter a. On the other hand, if the energy saving target value P M is not zero, an operation 
control parameter a 2 which meets the following equation is computed by using the power consumption 
curve f p (step DS50) 



45 



f F (ri 2 )=fp(a 1 )x(15aP M ) ■ 45 



The parameter a 2 corresponds to an operation control parameter which satisfied the energy saving 
target value P M , for example, 1 0%. 

In step SD60 and SD70, an upper limit of the waiting time is checked. It is checked if the waiting 
time f T \(t 2 ) at the point <y ? is within a predetermined limit T LMT (upper limit), and if it is beyond the limit, 
50 another operation control parameter a 2 which meets the waiting time upper limit T LMT is computed in 
order to prevent low serviceability. 

In this manner, the parameters n , and a 2 are computed. For the curves f T and f p derived from the 
simulation by other algorithm, they are similarly processed, and the best ones, that is, the algorithm A 8 
and the operation control parameter <t which present the minimum waiting time are selected (steps 
55 SD80 and SD90). The algorithm A s and the parameter r» thus selected assure the optimum operation 55 
control parameter to the elevator system. 

One embodiment of the present invention has thus been described in detail. The advantages of the 
present embodiment are now discussed. 

Firstly, since the building environment data which changes from time to time is on-line collected 
60 by the microcomputer M 2 and the elevator simulation is carried out based on the collected data to qq 
produce the waiting time curve and the power consumption curve and the optimum operation 
parameter is learned and computed from those curves and the target value, the group control system is 
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readily adaptable to the change of the building environment. Thus, the mean waiting time and the 
power consumption are greatly reduced. 

Secondly, by utilizing the waiting time evaluation value and the stop call evaluation value as the 
call allotment evaluation function and changing the weighting factor a for those evaluation values, the 
5 control can be effected to minimize the mean waiting time and the energy saving operation is attained 5 
with a simple control. 

Thirdly, since a plurality of call allotment algorithms are provided, a most appropriate one of the 
algorithms to a specific destination traffic can be selected by simulation. Thus, the mean waiting time 
can be more improved. 

1 0 Fourthly, since the data are on-line collected, the parameters necessary to the elevator simulation 1 0 

can be learned and computed so that the precision of simulation is improved. 

Fifthly, since the hardware configuration of the present invention has two microcomputers M t and 

M 2 in the group control system and the group control functions are distributed to those microcomputers. 

the response to the call allotment is fast and the on-line simulation can be attained and the system is 
1 5 adaptable to the change of the building environment in a short time. 1 5 

Sixthly, since the serial data adapters SDA's are used for the communication between the 

microcomputers, the number of communication lines can be reduced and the reliability and economy of 

the system are improved and the loads to the microcomputers are reduced. 
Another embodiment of the present invention is now explained. 
20 In the previous embodiment, the mean waiting time curve and the power consumption curve have 20 

been discussed as the simulajtion curves. Alternatively, a long time wait curve may be utilized. The long 

time wait curve can be readily computed by considering a probability of occurrence of waiting time of 

longer than 60 seconds or waiting time of longer than 2 — 3 times of the mean waiting time. The long 

time wait curve may be used in place of or in combination with the mean waiting time curve. When they 
25 are used in combination, an upper limit long time wait is set in addition to the upper limit waiting time 25 

and the operation control parameters in the energy saving operation are limited by a logical OR function 

of those upper limits. 

In Fig. 1 5, two call allotment algorithms are shown. Alternatively, additional call allotment 
algorithms may be used. However, as the number of algorithms increases, the number of cases of 
30 simulation increases so that the single microcomputer is insufficient to handle the cases. Accordingly, it 30 
is necessary to use a plurality of microcomputers or a high speed middle scale general purpose 
computer. 

As described hereinabove, according to the group control system of the present invention, an 
efficient elevator service which is immediately adapted to the traffic demand can be provided. 

35 CLAIMS 

1 . A control system for group-controlling elevator cars comprising; 
a plurality of elevator cars serving to a plurality of floors; 

hall call devices located on said floors for calling said elevator cars; 

control means for controlling the operation of said elevator cars in accordance with an evaluation 
40 function having a variable parameter, to at least said hall calls; 40 
simulation means for simulating said operation of said elevator cars to compute said variable 
parameter; and 

means for supplying the computed variable parameter to said control means. 

2. A control system for group-controlling elevator cars according to Claim 1 wherein said control 

45 means includes means for selecting an elevator car to serve to the hall call and means for allotting the 45 
selected elevator car to the hall call, and said evaluation function includes a function for selecting the 
elevator car to serve to the hall call. 

3. A control system for group-controlling elevator cars according to Claim 1 wherein said variable 
parameter includes an coefficient parameter of said evaluation function. 

50 4. A control system for group-controlling elevator cars according to Claim 1 wherein said variable 5Q 

parameter includes an evaluation function selection parameter for selecting one of a plurality of preset 
evaluation functions. 

5. A control system for group-controlling elevator cars according to Claim 2 wherein said 
evaluation function includes a function of a waiting time to the hall call and a power consumed to serve 

55 to the hall call, and said variable parameter of said function includes a coefficient parameter for varying 55 
a weighting to said waiting time and said power consumption. J :> 

6. A control system for group-controlling elevator cars according to Claim 2 wherein said 
evaluation function includes at least an evaluation function having a waiting time to the already allotted 
hall call as a factor and another evaluation function, and said variable parameter includes an evaluation 

60 function selection parameter for selecting one of said plurality of evaluation functions. 60 

7. A control system for group-controlling elevator cars according to Claim 2 wherein said 
simulation means includes a simulator equivalent to said elevator car selection means for receiving at 
least position information of the elevator cars and the call information to compute a specific variable 
parameter derived from simulating said elevator car selection means. 
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8. A control system for group-controlling elevator cars according to Claim 7 further comprising 
means for setting a control target value, and wherein said simulation means compares the simulation 
result with said control target value to compute a parameter which satisfies said control target value. 

9. A control system for group-controlling elevator cars according to Claim 1 wherein said 

5 simulation means includes at least data collection means connected to said control means for collecting 5 
control information of said control means for a predetermined time period, means for computing 
simulation data based on the collected data and means for simulating the operation of said plurality of 
elevator cars based on said simulated data. 

1 0. A control system for group-controlling elevator cars according to Claim 1 wherein said 

10 simulation means includes a simulator equivalent to the evaluation function having said variable 10 
parameter, produces a simulation curve based on the simulation results derived by sequentially 
switching said variable parameter, and computes an optimum parameter from said simulation curve. 

1 1. A control system for group-controlling elevator cars according to Claim 1 wherein said control 
means is a computer and said simulation means is contained in said computer. 

15 1 2. A control system for group-controlling elevator cars according to Claim .1 1 wherein said 1 5 

computer includes a plurality of computers for distributed-processing the operation of the elevator cars 
and the simulation. 

1 3. A control system for group-controlling elevator cars according to Claim 12 wherein at least a 
first computer forms said control means for controlling the operation of said elevator ca.rs and at least a 

20 second computer includes said simulation means. 20 
1 4. A control system for group-controlling elevator cars according to Claim 1 3 further comprising 
means for exchanging data between said first computer and said second computer, and wherein said 
first computer controls the operation of said elevator cars in accordance with a variable parameter 
computed by said second computer. 

25 1 5. A control system for group-controlling elevator cars according to Claim 14 wherein said 25 

second computer includes a simulator equivalent to said control means, and when said first computer 
fails, said simulator of said second computer is activated to continue the control to the operation of said 
elevator cars. 
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